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DETAILED ACTION 

1. This office action is in response to the Application 10/766,955 filed 
01/20/2003. 

2. Claims 1- 7 are pending in the Application. 

Specification 

3. The title of the invention is not descriptive. A new title is required that is 
clearly indicative of the invention to which the claims are directed. 

Claim Objections 

4. Claims 4-7 are objected to under 37 CFR 1 .75(c), as being of improper 
dependent form for failing to further limit the subject matter of a previous claim. 
Applicant is required to cancel the claim(s), or amend the claim(s) to place the claim(s) 
in proper dependent form, or rewrite the claim(s) in independent form. 

Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 
that form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

6. Claim 1 is rejected under 35 U.S.C. 102(b) as being anticipated by Semeria et 
al. ("Methodology for hardware/software co-verification in C/C++", 25-28 Jan. 2000). 

With respect to claim 1 Semeria et al. teaches a method for co-verifying 
hardware and software, by using a host CPU, for a semiconductor device on which at 
least one target CPU and one OS are mounted within a method of hardware/software 
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coOverification with simulation of a processor model, wherein verification is for testing of 
system-on-chip (Page 405, left column; abstract) and software runs on the host 
processor (Page 406, left column), the hardware/software co-verification method 
comprising the steps of: (a) inputting, as a verification model, a timed software 
component described in a C-based language and compiling the same by using C/C++ 
based design environment for describing software to model all parts of the system 
(abstract), wherein SystemC environment is used including supporting operating system 
(OS) (Page 406, left column) and ISS (instruction set simulator) is integrated with BFM 
(bus functional model) for timing accurate simulation of the IC (Page 407, left column), 
inputting as a verification model a hardware component described in the C-based 
language and compiling the same within C/C++ based design environment by 
describing the hardware in C/C++ language (abstract, and linking together the compiled 
timed software component and the compiled hardware component within a designer 
choice of making the software described in C/C++ language execute in parallel with the 
hardware described in C/C++ language (Page 407, left column), wherein compilation of 
the program written in C/C++ is processed very efficiently (Page 408, right column); (b) 
inputting a testbench and compiling the same by reusing the testbench that were 
developed during system validation (Page 405, left column); (c) linking together the 
verification models processed in step (a) and the testbench processed in step (b) as 
shown in the example of testing the hardware dw8051 illustrated by Table 1, wherein 
the hardware model, software model and testbench are linked together in the file written 
in C++ language (Page 408, left column); (d) performing a simulation based on an 
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executing program generated in step (c) (abstract); and (e) outputting a result of the 
simulation performed in step (d) within providing detailed report at the end of the 
simulation by performing estimation functions (Page 406, right column) wherein several 
techniques for improving simulation speed is used (Page 407, right column). 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

8. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

9. Claims 2-7 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Semeria et al. as applied to claim 1 above, and further in view of Bade et al. (US Patent 
Application Publication 2002/0059054). 

With respect to claim 2 Semeria et al. teaches a method for co-verifying 
hardware and software, by using a host CPU, for a semiconductor device on which at 
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least one target CPU and one OS are mounted within a method of hardware/software 
coOverification with simulation of a processor model, wherein verification is for testing of 
system-on-chip (Page 405, left column; abstract) and software runs on the host 
processor (Page 406, left column), the hardware/software co-verification method 
comprising the steps of: (a) inputting as a verification model, a timed software 
component constructed from binary code native to the host CPU by using C/C++ based 
design environment for describing software to model all parts of the system (abstract), 
wherein SystemC environment is used including supporting operating system (OS) 
(Page 406, left column) and ISS (instruction set simulator) is integrated with BFM (bus 
functional model) for timing accurate simulation of the IC (Page 407, left column), 
inputting as a verification model a hardware component described in a C-based 
language and compiling the same, and linking together the input timed software 
component and the compiled hardware component within C/C++ based design 
environment by describing the hardware in C/C++ language (abstract, and linking 
together the compiled timed software component and the compiled hardware 
component within a designer choice of making the software described in C/C++ 
language execute in parallel with the hardware described in C/C++ language (Page 
407, left column), wherein compilation of the program written in C/C++ is processed 
very efficiently (Page 408, right column); (b) inputting a testbench and compiling the 
same by reusing the testbench that were developed during system validation (Page 
405, left column); (c) linking together the verification models processed in step (a) and 
the testbench processed in step (b) as shown in the example of testing the hardware 
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dw8051 illustrated by Table 1, wherein the hardware model, software model and 
testbench are linked together in the file written in C++ language (Page 408, left column); 
(d) performing a simulation based on an executing program generated in step (c) 
(abstract); and (e) outputting a result of the simulation performed in step (d) within 
providing detailed report at the end of the simulation by performing estimation functions 
(Page 406, right column) wherein several techniques for improving simulation speed is 
used (Page 407, right column). However Semeria et al. lacks the specifics regarding 
construction of the software component from binary code native. Bade et al. teaches 
computer-aided system for improving the evaluation of the IC design including virtual 
embedded systems (abstract), designing hardware portion and software portion 
(paragraph [0007], integrating them before the simulation process (paragraph [0104], 
wherein the software debugger is adapted to permit at least one binary code of a 
software application compiled for a target processor (hardware) (paragraph [0021]). It 
would have been obvious to one of ordinary skill in art at the time the invention was 
made to have used Bade et al. to teach the specifics subject matter Semeria et al. does 
not teach, because the virtual embedded system has an execution speed sufficiently 
high to permit the evaluation benchmark software executing on the virtual embedded 
system (paragraph [0021]). 

With respect to claim 3 Semeria et al. teaches a method for co-verifying 
hardware and software, by using a host CPU, for a semiconductor device on which at 
least one target CPU and one OS are mounted within a method of hardware/software 
coOverification with simulation of a processor model, wherein verification is for testing of 
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system-on-chip (Page 405, left column; abstract) and software runs on the host 
processor (Page 406, left column), the hardware/software co-verification method 
comprising the steps of: (a) inputting as a verification model a timed software 
component described in a C-based language and compiling the same by using C/C++ 
based design environment for describing software to model all parts of the system 
(abstract), wherein SystemC environment is used including supporting operating system 
(OS) (Page 406, left column) and ISS (instruction set simulator) is integrated with BFM 
(bus functional model) for timing accurate simulation of the IC (Page 407, left column), 
inputting as a verification model a timed software component constructed from binary 
code native to the host CPU and compiling the same, inputting as a verification model a 
hardware component described in the C-based language and compiling the same, and 
linking together the compiled or input timed software components and the compiled 
hardware component within C/C++ based design environment by describing the 
hardware in C/C++ language (abstract, and linking together the compiled timed software 
component and the compiled hardware component within a designer choice of making 
the software described in C/C++ language execute in parallel with the hardware 
described in C/C++ language (Page 407, left column), wherein compilation of the 
program written in C/C++ is processed very efficiently (Page 408, right column); (b) 
inputting a testbench and compiling the same by reusing the testbench that were 
developed during system validation (Page 405, left column); (c) linking together the 
verification models processed in step (a) and the testbench processed in step (b) as 
shown in the example of testing the hardware dw8051 illustrated by Table 1 , wherein 
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the hardware model, software model and testbench are linked together in the file written 
in C++ language (Page 408, left column); (d) performing a simulation based on an 
executing program generated in step (c) (abstract); and (e) outputting a result of the 
simulation performed in step (d) within providing detailed report at the end of the 
simulation by performing estimation functions (Page 406, right column) wherein several 
techniques for improving simulation speed is used (Page 407, right column). However 
Semeria et al. lacks the specifics regarding construction of the software component 
from binary code native. Bade et al. teaches computer-aided system for improving the 
evaluation of the IC design including virtual embedded systems (abstract), designing 
hardware portion and software portion (paragraph [0007], integrating them before the 
simulation process (paragraph [0104], wherein the software debugger is adapted to 
permit at least one binary code of a software application compiled for a target processor 
(hardware) (paragraph [0021]). It would have been obvious to one of ordinary skill in art 
at the time the invention was made to have used Bade et al. to teach the specifics 
subject matter Semeria et al. does not teach, because the virtual embedded system has 
an execution speed sufficiently high to permit the evaluation benchmark software 
executing on the virtual embedded system (paragraph [0021]). 
With respect to claims 4-7 Semeria et al. teaches: 

Claims 4 and 6: in order to generate in advance the timed software component 
described in the C-based language from an untimed software component described in 
ANSI-C, the method further comprises the steps of: inputting the untimed software 
component described in ANSI-C within BFM abstract processor model, which provides 
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programming interface that can be used by the software directly, wherein this model is 
untimed (Page 406, left column), and recognizing basic blocks and inserting control 
points within interrupt controller implemented as a part of BFM (Page 406, right 
column); generating binary code native to a target CPU by compiling the untimed 
software component in which the control points have been inserted by using BFM for 
co-simulation at early stage of the design process as shown on the Fig. 1a, and since 
it's written in C++ language outputting the binary code native to a target CPU (Page 
406, left column); computing execution time between the control points in the generated 
binary code native to the target CPU within detecting the interrupts by interrupt 
controller , which gives an opportunity to execute a user defined function (Page 406, 
right column); and inserting, in accordance with the computed execution time, an 
execution time insertion statement at each of the control points inserted in the untimed 
software component, and thus outputting the timed software component described in 
the C-based language within integrating ISS and BFM to perform detailed cycle 
accurate simulation (Page 406, left column), wherein the instruction set simulator is 
used and ISS software will register internal ISS routines as handlers for the interrupts 
(Page 406, right column; Page 407, left column); 

Claims 5 and 7: in order to generate in advance the timed software component 
constructed from the binary code native to the host CPU from an untimed software 
component constructed from binary code native to a target CPU, the method further 
comprises the steps of: inputting the untimed software component constructed from the 
binary code native to the target CPU within BFM abstract processor model, which 
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provides programming interface that can be used by the software directly, wherein this 
model is untimed (Page 406, left column), and converting the same into a software 
component expressed in the binary code native to the host CPU by compiling the 
untimed software component in which the control points have been inserted by using 
BFM for co-simulation at early stage of the design process as shown on the Fig. 1a, and 
since it's written in C++ language outputting the binary code native to a target CPU 
(Page 406, left column); recognizing basic blocks and inserting control points in the 
software component expressed in the binary code native to the host CPU within 
interrupt controller implemented as a part of BFM (Page 406, right column); computing 
execution time between the control points in the software component in which the 
control points have been inserted within detecting the interrupts by interrupt controller , 
which gives an opportunity to execute a user defined function (Page 406, right column); 
and inserting, in accordance with the computed execution time, binary code functionally 
equivalent to an execution time insertion statement at each of the control points inserted 
in the software component, and thus outputting the timed software component 
constructed from the binary code native to the host CPU within integrating ISS and BFM 
to perform detailed cycle accurate simulation (Page 406, left column), wherein the 
instruction set simulator is used and ISS software will register internal ISS routines as 
handlers for the interrupts (Page 406, right column; Page 407, left column). 

However Semeria et al. lacks the specifics regarding construction of the software 
component from binary code native. Bade et al. teaches computer-aided system for 
improving the evaluation of the IC design including virtual embedded systems 
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(abstract), designing hardware portion and software portion (paragraph [0007], 
integrating them before the simulation process (paragraph [0104], wherein the software 
debugger is adapted to permit at least one binary code of a software application 
compiled for a target processor (hardware) (paragraph [0021]). It would have been 
obvious to one of ordinary skill in art at the time the invention was made to have used 
Bade et al. to teach the specifics subject matter Semeria et al. does not teach, because 
the virtual embedded system has an execution speed sufficiently high to permit the 
evaluation benchmark software executing on the virtual embedded system (paragraph 
[0021]). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Helen Rossoshek whose telephone number is 571-272- 
1905. The examiner can normally be reached on 7:30-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jack Chiang can be reached on 571-272-7483. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

Examiner 
Helen Rossoshek 
AU 2825 
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